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METHOD AND SYSTEM FOR A SIMULATION AUTHORING 
ENVIRONMENT IMPLEMENTED IN CREATING A SIMULATION APPLICATION 



BACKGROUND OF THE INVENTION 
Field of the Invention 

The present invention relates to the field of simulation 
applications. Specifically, the present invention relates to 
the field of creating simulation applications. 

Related Art 

Simulation applications are used extensively as effective 
learning tools. Without the full expenditure of purchasing 
real equipment, simulation applications can provide interactive 
learning environments with the benefits of a realistic 
simulation in a controlled format. 

For example, in the field of Internet networking 
technology, various simulation tutorials have been designed to 
extend, enhance, and test internetworking knowledge using a 
variety of protocols and commands in a simulated environment. 
Configuration and troubleshooting labs are integrated into the 
simulation tutorials to allow users to interact with the 
command-line interface in a simulated virtual network 
environment of routers, switches, or other network devices. No 
actual hardware connection is required in a simulation 
application environment. 
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Each of the simulation applications is directed at a 
specific networking technology, such as ISDN, LAN switching, 
voice technology, and others. The simulation application 
controls the learning experience by focusing on a particular 
skill in a particular technology. For example, the simulation 
application can be used to provide a practical understanding of 
specific configuration and troubleshooting principles dependent 
on the technology being taught. Commands needed to support the 
skill building of these principles are taught in the simulator 
applications. 

The simulator application can provide a realistic 
command-line interface experience as long as the user stays 
within the guided parameters of the exercise. For example, 
attempting to configure a router to use AppleTalk will not be 
possible if the purpose of the exercise is to configure TCP/IP. 
However, by staying within the guided parameters of the 
simulation exercise, a user can practice router initialization, 
status evaluation, password recovery, updating of software 
images, and TCP/IP and Routing Information Protocol (RIP) 
configurations . 

Additionally, each of the simulation applications is 
designed around the actual command-line interface of real 
scenarios. An effective simulation application will provide 
the identical command-line interface as encountered in the real 
scenario. As such, a subject matter expert (SME) interacts 
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with a particular networking equipment that is specific to the 
simulation application tutorial in order to determine the 
actual responses or outputs in a real scenario. 

The SME, at an end device, interfaces with the network 
device. Usually, a direct Telnet connection between the end 
device and the network device provides the necessary network 
architecture. Also, if the connection is via the Internet or a 
local area network, the intervening server computer' s only 
function is to pass along the communication between the end 
device and the network device. 

However, the SME must go through each of the possible 
permutations in the command-line interface. Many of the 
command-line interfaces are not linear in that commands can be 
executed in various orders, resulting in multiple permutations 
of a command-line interface. In order to provide a thorough 
and effective simulation, each of the permutations must be 
either known by the SME, or at the very least executed by the 
SME. Attempting every possible permutation is time-consuming 
and detail oriented: some permutations may be overlooked by the 
SME. This results in lost permutations that are not enabled in 
the simulation application. 

Furthermore, in the past, the subsequent interaction for 
the command-line interface is written into a large file, and 
then given to simulation application developers who write the 
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source code for the simulation application. Putting the 
interface in an organized manner that is easily translated into 
a series of commands in a command-line interface can be 
difficult and time-consuming. 

Additionally, the process to produce the simulation 
application is subject to error and time consuming, since the 
file containing the command-line interface must be re-entered 
into the source code for the simulation applications. Many 
iterations in creating the simulation application are needed to 
ensure that the simulation application provides the same 
command-line interface as encountered in a real scenario . 

Also, transferring the format and vision of the course 
developer , or SME, to a simulation application developer in 
order to capture the correct and style and format of the 
simulation application can be very difficult, especially if the 
SME and the application developer are not co-located. Without 
much discussion, the simulation application developer cannot 
visualize the exact format the course developer wants to 
portray in the simulation environment. 

Thus, it would be advantageous to provide a more 
efficient method and system for creating simulation 
applications. Also, it would be advantageous to simplify the 
process of creating simulation applications such that a subject 
matter expert, who may not understand how to develop an 
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instructional course, can easily create a simulation 
application * Also, it would be advantageous to standardize the 
process of creating simulation applications. 
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SUMMARY OF THE INVENTION 

Accordingly, a method and system for a simulation 
authoring environment is described. The present invention 
provides a more efficient method and system for creating a 
simulation application- Also, the present invention simplifies 
the creation of the simulation application, such that a subject 
matter expert can easily create a simulation application that 
is an instructional tool. Additionally, the present invention 
provides for a standardized and simplified process for the 
creation of simulation applications. 

Specifically, the present invention discloses a method 
and system for a simulation authoring environment. In one 
embodiment, the present invention discloses a method for 
creating a simulation application that simulates a real-life 
interaction with a network device. A real command-line 
interface with the device is monitored at a server computer 
during a communication sequence. The interface, including 
the line-commands and their outputs are captured. The line- 
commands for the interface are entered by a user, a subject 
matter expert or course developer, at an end device that is 
coupled to the real network device via the server computer. 

The line-commands for the particular communication 
sequence are summarized and grouped into steps. Also, the 
line-commands can be edited. New line-commands can also be 
introduced into the communication sequence. Additionally, 
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the server computer re-runs the communication sequence in 
order to determine all the valid permutations associated with 
the communication sequence. Then, a simulation application 
is generated such that the simulation application presents 
real-life responses or outputs to command-line inputs in an 
instructional exercise format. 

In one embodiment, the server computer has the 
intelligence to summarize and provide a list of the line- 
commands along with a corresponding description back to the 
course developer at the end device. The line-commands can then 
be organized into a series of steps, such that the entire 
communication sequence can be broken down into a series of 
steps. Each step includes at least one of the line-commands 
associated with the communication sequence. 

In another embodiment, the line-commands in a step can be 
executed in a non-linear manner, such that the line-commands 
need not be executed in a particular order. This gives rise to 
multiple possible permutations for the communication interface 
associated with the communication sequence. However, the 
series of steps still must be executed in a linear manner. 

In still another embodiment, the server computer re- 
executes each of the line commands associated with a 
communication sequence. The server computer queries the 
network device for the full syntax of the line-command. 
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Additionally, the server computer automatically executes all of 
the possible permutations associated with the communication 
sequence. The server computer can distinguish between valid 
and invalid line-commands in a particular permutation. The 
server computer monitors and captures each of the line-commands 
and outputs for each of the different permutations to be 
presented in the resulting simulation application. 

The server computer recognizes the input of information 
regarding each of the steps in the communication sequence , in 
another embodiment. Step text and step detail can be 
introduced into the simulation application by a course 
developer. The step text provides a short technical 
description of the particular step. The step detail provides 
detailed instructions and information regarding the particular 
step. 

In another embodiment of the present invention, a 
simulation application is generated in the form of an 
instructional exercise. The simulation application is an 
exercise that simulates a real-life interaction, such as when 
configuring or trouble-shooting, with a real device in a 
simulated environment. The simulation application presents 
real-life outputs to command-line inputs as captured by the 
server computer in running the communication sequence. The 
real-life outputs are presented along with the step text and 
the step detail in an instructional exercise format. 

CSCO-108434/JPH/LCH 8 



In another embodiment, a server computer provides the 
necessary interface between a course developer and the real 
device in order to implement the method of authoring a 
simulation environment application, A course developer 
connects with a web site in order to create a simulation 
application. The web site at the server controls the entire 
communication interface between the course developer and the 
network device in order to generate the simulation application. 

These and other objects and advantages of the present 
invention will no doubt become obvious to those of ordinary 
skill in the art after having read the following detailed 
description of the preferred embodiments which are illustrated 
in the various drawing figures. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 illustrates a block diagram of an exemplary 
network environment including a server computer coupled to a 
networking device and an end device, in accordance with an 
embodiment of the present invention. 

Figure 2 is a logical block diagram of an exemplary 
computer system in accordance with an embodiment of the present 
invention. 

Figure 3 illustrates a table listing all the line- 
commands for a particular communication sequence as created by 
a subject matter expert , in accordance with an embodiment of 
the present invention. 

Figure 4 illustrates a table showing the grouping of the 
line-commands into a series of steps in a communication 
sequence, in accordance with an embodiment of the present 
invention. 

Figure 5 illustrates a screen shot showing the various 
informational fields available to a subject matter expert in 
creating a simulation application, in accordance with an 
embodiment of the present invention. 

Figure 6 is a flow diagram illustrating steps in a 
computer implemented method for creating a simulation 
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application in a simulation authoring environment, in 
accordance with one embodiment of the present invention 

Figure 7 is a flow diagram illustrating steps in a 
computer implemented method for creating a simulation 
application in a simulation authoring environment, in 
accordance with one embodiment of the present invention 

Figure 8 is a flow diagram illustrating steps in a 
computer implemented method for creating a simulation 
application in a simulation authoring environment, in 
accordance with one embodiment of the present invention 
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DETAILED DESCRIPTION OF THE INVENTION 



Reference will now be made in detail to the preferred 
embodiments of the present invention, a method and system for a 
simulation authoring environment, examples of which are 
illustrated in the accompanying drawings. While the invention 
will be described in conjunction with the preferred 
embodiments, it will be understood that they are not intended 
to limit the invention to these embodiments. On the contrary, 
the invention is intended to cover alternatives, modifications 
and equivalents, which may be included within the spirit and 
scope of the invention as defined by the appended claims. 

Furthermore, in the following detailed description of the 
present invention, numerous specific details are set forth in 
order to provide a thorough understanding of the present 
invention. However, it will be recognized by one of ordinary 
skill in the art that the present invention may be practiced 
without these specific details. In other instances, well known 
methods, procedures, components, and circuits have not been 
described in detail as not to unnecessarily obscure aspects of 
the present invention. 

Notation and Nomenclature 

Some portions of the detailed descriptions which follow 
are presented in terms of procedures, steps, logic blocks, 
processing, and other symbolic representations of operations on 
data bits that can be performed on computer memory. These 
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descriptions and representations are the means used by those 
skilled in the data processing arts to most effectively convey 
the substance of their work to others skilled in the art. A 
procedure, computer executed step, logic block, process , etc., 
is here, and generally, conceived to be a self-consistent 
sequence of steps or instructions leading to a desired result. 
The steps are those requiring physical manipulations of 
physical quantities. Usually, though not necessarily, these 
quantities take the form of electrical or magnetic signals 
capable of being stored, transferred, combined, compared, and 
otherwise manipulated in a computer system. It has proven 
convenient at times, principally for reasons of common usage, 
to refer to these signals as bits, values, elements, symbols, 
characters, terms, numbers, or the like. 

It should be borne in mind, however, that all of these 
and similar terms are to be associated with the appropriate 
physical quantities and are merely convenient labels applied to 
these quantities. Unless specifically stated otherwise as 
apparent from the following discussions, it is appreciated that 
throughout the present invention, discussions utilizing terms 
such as "accessing" "processing" or "computing" or 
11 translating" or "calculating" or "determining" or "scrolling" 
or "displaying" or "recognizing" or the like, refer to the 
action and processes of a computer system, or similar 
electronic computing device, that manipulates and transforms 
data represented as physical (electronic) quantities within the 
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computer system's registers and memories into other data 
similarly represented as physical quantities within the 
computer system memories or registers or other such information 
storage, transmission or display devices. 

Simulation Authoring Environment 

Accordingly, a method and system for a simulation 
authoring environment is described. The present invention 
provides a more efficient method and system for creating a 
simulation application. Also, the present invention simplifies 
the creation of the simulation application, such that a subject 
matter expert can easily create a simulation application that 
is an instructional tool. Additionally, the present invention 
provides for a standardized and simplified process for the 
creation of simulation applications. 

The simulation authoring environment creates simulation 
applications used in a wide range of technological fields. 
Simulation tutorials have been designed to extend, enhance, and 
test internetworking knowledge using a variety of protocols and 
commands in a simulated environment. Configuration and 
troubleshooting exercises are integrated into the simulation 
tutorials to allow users to interact with the command-line 
interface in a simulated virtual network environment of 
routers, switches, or other network devices. No actual 
hardware connection is required in a simulation application 
environment . 
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Each of the simulation applications can be directed at a 
specific networking technology, such as ISDN, LAN switching, 
voice technology, and others. The simulation application 
controls the learning experience by focusing on a particular 
skill in a particular technology. For example, the simulator 
can be used to provide a practical understanding of specific 
configuration and troubleshooting principles dependent on the 
technology being taught. Commands needed to support the skill 
building of these principles are taught in the simulator 
applications. 

Although embodiments of the present invention are 
described with respect to networking technology and the 
interface with networking devices, it is appreciated that the 
simulation authoring environment of the present invention can 
be used to produce simulation applications for a wide range of 
technological fields, and in any environment where a 
communication interface occurs between two electronic devices. 

Figure 1 illustrates the simulation authoring environment 
used to create simulation applications in accordance with one 
embodiment of the present invention. The network 100 includes 
a server computer 120 that is coupled to a network device 130. 
The network device 130 shown in Figure 1 is a router, but can 
be any networking device, such as a local area network (LAN) 
switch or wide area network (WAN) switch. In one embodiment, 
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the device 130 is any device capable of operating the Cisco 
Internet Operating System (IOS) (TM) . 

Continuing with Figure 1, an end device 110 is shown 
where an end user can access the network device 130 through 
network 100. The end user is usually a subject matter expert 
(SME) or a course developer who is knowledgeable in the 
interface protocols particular to the network device 130, 
Also, the SME is knowledgeable in the particular scenario the 
simulation application is trying to simulate, or replicate, or 
mimic . 

The end device 110 is coupled to server computer 120 
through a communication network 150. Similarly server computer 
120 is coupled to network device 130 via communication network 
155. In one embodiment, end device 110 is coupled to server 
computer 120 via a Telnet connection over network 150. Also, 
server computer 120 is coupled to network device via a Telnet 
connection over network 155. It is appreciated that networks 
150 and 155 can be any communication network capable of 
transferring communications protocol, including Internet 
networks, direct land-lines, local area networks, etc. 

An application located at the server computer 120 
controls the entire process in creating a simulation 
application in the simulation authoring environment in one 
embodiment of the present invention. Because the communication 
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interface passes through the server computer 120 , the data and 
communication can be processed at the server computer 120. In 
one implementation , the simulation authoring environment 
contains a specification authoring tool (SpAT) or application 
located at the server that is capable of controlling the 
creation of a simulation application. 

In the network 100 of the network authoring environment, 
the server computer 120 communicates directly with the network 
device 130 to run the communication interface. The SME at the 
end device 110, through a Java applet loaded at the web browser 
contained in end device 110, sends the commands necessary for 
the communication interface to the server computer 120. 

In another embodiment of the present invention, the 
server computer 120 can analyze the communication interface in 
order to check for errors in the line-commands in a particular 
communication sequence. A communication sequence is a group of 
line-commands sent by a SME to a network device to accomplish a 
specific objective, such as a frame relay backbone 
configuration. This objective is the scenario presented to the 
SME for replication. For example, the server computer can 
analyze the data coming back from the network device to see if 
a specific line-command was invalid. An explanation can also 
be provided by the server computer 120 and sent back to the SME 
at the end device 110. 
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In still another embodiment of the present invention, the 
server computer has the intelligence to flag specific items 
that are of particular interest. For example, if in a 
particular communication sequence, a response comes back that 
states "15 carrier transitions/ 7 Instead of the user going to 
a book to look up the definition, the server computer can flag 
the response, highlight the particular response and provide a 
hyperlink to a data library that contains an explanation of 
that particular response. Other hyperlinks can be added that 
could lead to product advertisements, further definitions, 
other web sites, etc. 

Additionally, the server computer can have the 
intelligence to provide assistance in various network 
operations. For example, an application can be located at the 
server computer to assist the user in telnetting to any network 
device. 

Referring now to Figure 2, a simulation authoring 
environment system is shown as computer system 200 * System 200 
can include any computer-controlled software application used 
in the simulation authoring environment of one embodiment of 
the present invention for creating simulation applications. 
System 200 can be a server computer. 

In general, computer system 200 comprises an address/data 
bus or other communication means 220 for communicating 
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information, a central processor 201 coupled with the bus for 
processing information and instructions, a volatile memory 202 
(e.g., random access memory (RAM), static RAM dynamic RAM, 
etc.) coupled with the bus 220 for storing information and 
instructions for the central processor 201, a non-volatile 
memory 203 (e.g., read only memory (ROM), programmable ROM, 
flash memory, EPROM, EEPROM, etc.) coupled with the bus 220 for 
storing static information and instructions for the processor 
201, a data storage device 204 (e.g., memory card, hard drive, 
optical disk, etc.) coupled with the bus 220 for storing 
information and instructions, a display device 205 coupled to 
the bus 220 for displaying information to the computer user, an 
alphanumeric input device 206 including alphanumeric and 
function keys coupled to the bus 220 for communicating 
information and command selections to the central processor 
201, a cursor control device 207 coupled to the bus for 
communicating user input information and command selections to 
the central processor 201, and an Input /Output (I/O) device 208 
coupled to the bus 220 for providing a communication link 
between computer system 200 and a network environment. 

In the simulation authoring environment, a simulation 
application is created by having the SME run through an actual 
communication interface with a network device, in one 
embodiment of the present invention. A particular 
communication sequence is executed with line-commands and 
outputs that focuses on a particular objective relating to the 
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network device. Although the present invention is described 
using a communication interface that is command-line based, it 
is appreciated that other embodiments of the present invention 
can use other communication protocols and interfaces, such as 
the graphical interface used in windows or in content provider 
web sites over the Internet. 

Referring now to Figure 3, a summary of the line-commands 
sent by the SME in a particular communication sequence is shown 
in table 300. The server computer has the intelligence to 
monitor the communication between the SME and the network 
device, capture and store the communication, and then process 
the information contained within the communication to create a 
simulation application. 

To help the SME or course developer review the commands, 
a summary is provided in table 300. Column 310 shows the 
numbering of the commands, from command-line 1 through command- 
line 26. It is appreciated that table 300 is exemplary only 
and that other commands may be implemented in any number of 
communication sequences for any number of objectives, or 
scenarios. 

Also, Figure 3 shows the specific line-commands that were 
sent to the network device by the SME in column 330. For 
example, in row 309, the command-line executed is "sh traffic/ 7 
The line-command is in an abbreviated form that the SME uses 
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when interfacing with the network device. The abbreviation is 
for "show traffic/' Because of the simulation authoring 
environment, intelligence in the server computer can query the 
network device for the full syntax of the line-command, in one 
embodiment of the present invention. In one embodiment, it is 
the SpAT tool that queries the network device for the full 
syntax of the line-command. 

Figure 4 illustrates the grouping of line-commands into a 
series of steps as is used in the method implemented for 
creating a simulation application. In Figure 4, the SME has 
grouped various line commands into a series of steps. The 
steps are linear, in that the steps must be performed in a 
linear order in the communication sequence in order to 
replicate the scenario that is associated with a particular 
objective, such as configuring the frame relay backbone. 
Although the steps must be performed in a linear fashion, the 
group of line-commands in each of the steps need not be 
performed in a linear fashion. This leads to numerous 
permutations of line-commands in a communication sequence that 
all lead to the same objective in the simulated scenario. 

Figure 4 illustrates the table 400 showing the series of 
steps. Table 400 is essentially table 300 with the addition of 
column 410. Column 410 illustrates the grouping of the various 
line-commands into the series of steps. For example, in step-1 
414, line-commands 1 through 8 are grouped together. In step-2 
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416, line-commands 9 thorough 10 are grouped together. In 
step-3 418, line commands 11 through 17 are grouped together. 

Figure 5 is a screen-shot 500 used in the simulation 
authoring environment to create a simulation application, in 
accordance with one embodiment of the present invention. 
Figure 5 illustrates the interface between the SME or course 
developer with the SpAT tool in creating a simulation 
application. The screen shot 500 is associated with a 
particular step in a particular communication sequence. In 
window 510, the various line-commands comprising the particular 
step are shown. 

Window 520 of Figure 5 allows the SME to enter a 
technical description of the step. This step text window 520 
is incorporated into the exercise tutorial of the simulation 
application as created by the SpAT tool in the simulation 
authoring environment, in accordance with one embodiment of the 
present invention. 

Also, window 530 of Figure 5 allows the SME to enter more 
detailed instructions as is related to the particular step. 
For example, in step detail window 530, the SME can provide 
necessary instruction or information relevant to a user of the 
simulation application in order for the user to execute the 
particular step in the communication sequence. This step 
detail window 530 is incorporated into the exercise tutorial of 
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the simulation application as created by the SpAT tool in the 
simulation authoring environment , in accordance with one 
embodiment of the present invention. 

In another embodiment of the present invention, developer 
notes and annotations can be attached as a separate window that 
is associated with the creation of a simulation application. 
These notes and annotations aid in reminding the SME or course 
developer the particular objectives in each of the steps of the 
communication sequence. This aspect of the SpAT tool is 
invaluable if there is an extended period of time between the 
starting and the completion of a simulation application using 
the simulation authoring environment of the present invention. 

In one embodiment of the present invention, a SME can 
click on particular line command in window 510 in order to 
obtain further details associated with the line-command, A 
table will appear illustrating details of the command 
arguments. Further, window 540 of screen shot 500 allows a SME 
or course developer to view the outputs of the line-commands in 
a text format. 

Figure 6 illustrates an exemplary flow chart 600 for 
creating a simulation application from the viewpoint of a SME 
or course developer, in accordance with one embodiment of the 
present invention. Flow chart 600 begins with step 610 where a 
SME connects with a server computer that contains the SpAT tool 
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or application that is capable of creating the simulation 
application. In one embodiment, the simulation authoring 
environment implements a Telnet connection between the end 
device, where the SME inputs the line-commands, and the server 
computer. 

In step 620, the SME runs the SpAT tool in order for the 
communication between the SME and the network device to be 
processed by the server computer. Otherwise, the server 
computer merely passes the communication between the SME and 
the network device without any processing of the communication 
The server computer downloads Java applets into the end device 
to provide an interface between the end device and the server 
computer. This interface facilitates the transfer of line- 
commands from the SME at the end device to the server computer 
The server computer, in turn, uses the line-commands from the 
SME to interact with the network device. 

In step 630, the SME requests a connection to a 
particular network device. It is important to note, that this 
connection is a real connection to a real device. The server 
computer can implement a Telnet connection to couple to the 
network device. 

In step 640 of Figure 6, the SME runs through an entire 
communication sequence with the server computer for a 
particular simulation scenario. The server computer takes the 
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line-commands associated with the communication sequence and 
interfaces with the network device. The communication between 
the server computer and the network device is then stored and 
captured at the server computer for further processing. 

In step 650 of flow chart 600, the communication is 
passed back to the SME at the end device for further editing 
and/or review. Additionally, throughout the process, the 
outputs to the line-commands as entered by the SME are returned 
to the end device to prompt the SME for further line-commands. 

In step 660 of flow chart 600, after the entire 
communication sequence has been run through one time, the 
server computer can create the simulation application that 
focuses on the real scenario of interest. The SpAT tool 
located at the server computer in the simulation authoring 
environment has the intelligence to run through all the 
permutations in the communication sequence, disregard invalid 
permutations, and create the simulation application. 

Flow chart 700 provides a more detailed view of the 
process used to create a simulation application in the 
simulation authoring environment, in accordance with one 
embodiment of the present invention. Flow chart 700 
illustrates the process from the viewpoint of the SME or course 
developer that implements the simulation authoring environment 
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to create a simulation application. Flow chart 700 is a more 
detailed view of steps 650 and 660 of flow chart 600. 

Flow chart 700 begins with step 710 where a SME views the 
summary of the commands that were executed in a particular 
communication scenario as inputted by the SME. In one 
implementation, the summary is presented to the SME at the end 
device by the server computer in the form of a table, as in 
table 300. 

In step 720 of flow chart 700, the SME groups the line- 
commands into a series of steps. As discussed previously, the 
steps must be performed in a linear manner; however, the group 
of line-commands contained within each of the steps need not be 
performed in a linear manner. The server computer takes the 
grouping and implements these into the tutorial exercise 
associated with the simulation application that is being 
created in flow chart 700. 

In step 730 of flow chart 700, the SME enters the step 
text into the simulation application. In step 740, the SME 
enters the step detail into the simulation application. The 
step text is a technical description of the step. The step 
detail provides instructions and information to a student user 
of the simulation application to help navigate through the 
particular step in the communication sequence. The server 
computer takes the step text and step detail and incorporates 
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them into the tutorial exercise associated with the simulation 
application . 

In step 750, the server computer allows the SME or the 
course developer to make annotations regarding the simulation 
application. These annotations are used for reference in 
aiding the SME to create the simulation application. The 
annotations are not incorporated by the server computer into 
the simulation application. For example, if the course 
developer wanted to change a parameter in a particular step for 
an exam being created in the simulation application, the 
developer could annotate this change in the notes. 

In step 760, the server computer allows the SME to edit 
and review the line-commands in the communication sequence. At 
this point, the SME can change parameters used in the line- 
commands or even add new line-commands into the series of steps 
in the communication sequence. The edited line-commands are 
substituted into the communication sequence for the line- 
command that was edited. Additionally, the new line-commands 
are incorporated into the communication sequence at the server. 

In step 770 of flow chart 700, the SME hands over the 
process to the sever computer to create the simulation 
application. The server computer, in step 770, automatically 
re-runs the communication sequence using the latest line- 
commands stored at the server computer. The server computer 
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interacts with the network device independent of the SME or the 
end device. The executed line-commands in the communication 
sequence includes the edited line-commands and the new line- 
line commands. 

In step 770, the server computer is collecting further 
data in order to replicate further situations that could 
conceivably be encountered by a student using the simulation 
application. The server computer has the intelligence to run 
through all the possible permutations available in the 
communication sequence and to gather the outputs relating the 
specific line-command for that permutation. These outputs for 
the various permutations are incorporated into the simulation 
application. 

Also, in step 770, the server computer has the 
intelligence to query the network device for the full syntax of 
the line-command as entered by the SME. Usually, to save time, 
the SME will input line-commands that are abbreviated; however, 
while the SME understands the meaning of the abbreviation, the 
student user of the simulation application may not understand 
the abbreviation. Thus, the simulation application presents 
line commands with their full syntax. 

Furthermore, the server computer has the intelligence to 
recognize invalid line-commands and errors in the line- 
commands. This is possible since the server computer provides 
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an intelligent link between the end device and the network 
device. 

Figure 8 illustrates an exemplary flow chart 800 for 
creating a simulation application in a simulation authoring 
environment , in accordance with one embodiment of the present 
invention. Flow chart 800 begins with step 810, where a 
sever computer automatically monitors the communication 
between an end device and a real device during a 
communication sequence. The communication in the 
communication sequence includes line-commands inputted by a 
SME at the end device. The line-commands are directed to the 
real device, e.g., a network device. The server computer 
also automatically monitors the outputs from the real device 
associated with each of the line-commands. 

In step 810 of flow chart 800, the server computer also 
automatically captures the communication between the end 
device and the real device. The captured communication is 
used to create the simulation application. 

In step 820, the server computer allows for the editing 
of the line-commands. This editing includes the changing of 
parameters within the line-command, correcting errors, 
changing the placement of the line-command within the 
communication sequence, the introduction of new line-commands 
into the communication sequence, etc. The line-commands 
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within the communication sequence reflect the edited line- 
commands and the new line-commands . 

After the SME has performed the steps in flow charts 600 
and 700 , the server computer in step 830 automatically query 
the network device for the full syntax of the each of the 
line-commands, as entered by the SME or the course developer. 
Also, the server computer has the intelligence to recognize 
and disregard invalid 1 ine- commands , The server computer can 
also notify the SME of the invalid line-commands and give an 
explanation as to its invalidity. 

The server computer then automatically re-runs the 
communication sequence. The line commands in the 
communication sequence includes the edited line-commands and 
the new line-commands. At this time, the server computer 
determines all the various valid permutations for the 
communication sequence. Since the permutations can be broken 
down in to each of the steps of the communication sequence, 
the server computer determines all the permutations for each 
of said series of steps. Each of the valid permutations 
comprises a unique combination and order of line-commands and 
their corresponding outputs from the real device. 

In step 850 of flow chart 800, the server computer has 
the intelligence to automatically flag predetermined command- 
lines, words, outputs, etc. The flagged items can be further 
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processed to include a hyperlink to other sites that provide 
definitions or explanations of the flagged item. 

In step 8 60 of flow chart 800, the server computer 
automatically generates a simulation application based on the 
communication associated with the communication sequence. 
The simulation application is able to present an identical 
output from the real device that corresponds to a particular 
line-command in the communication sequence. 

The simulation application can be in the form of an 
exercise that simulates a real-life interaction with the real 
device. The simulation application presents real-life outputs 
to command-line inputs into said real device in a simulated and 
virtual environment. The real-life outputs are presented along 
with the step text and said step detail in an instructional 
exercise format. 

In another embodiment of the present invention, the SME 
interfaces with a network device using a graphical protocol, 
such as that used typically in web browser interfaces. The 
methods as described in flow charts 600, 700, and 800 are 
easily implemented to create a simulation application that 
focuses on the interactions between a user and a content 
provider at a web site. For a simple example, a simulation can 
be created to address the operating principles encountered when 
interacting with a retail web site. The simulation application 
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can provide a walk through of the screens encountered when 
selecting and purchasing a particular item through the web 
site . 

While the methods of embodiments illustrated in flow 
charts 600, 700, and 800 show specific sequences and quantity 
of steps, the present invention is suitable to alternative 
embodiments. For example, not all the steps provided for in 
the method are required for the present invention. 
Furthermore, additional steps can be added to the steps 
presented in the present embodiment. Likewise, the sequences 
of steps can be modified depending upon the application. 

The instructions for the steps, and the data input and 
output from the steps of flow charts 600, 700, and 800 may be 
implemented utilizing processor 201 and ROM memory 203 and RAM 
memory 202, as shown in Figure 2. Furthermore, other types of 
memory storage can be utilized to accomplish the aforementioned 
such as a hard drive, a CD ROM, flash memory, or any compact 
integrated circuit memory storage device. 

The preferred embodiment of the present invention, a 
method and system for a simulation authoring environment, is 
thus described. While the present invention has been described 
in particular embodiments, it should be appreciated that the 
present invention should not be construed as limited by such 
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embodiments, but rather construed according to the below 
claims . 
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